Please replace the paragraph on page 
following amended paragraph: 



11, lines 11-27 and page 12, lines >^with the 'J| |2-|d? 




In one embodiment, the object code that is being modified is stored in a class data structure 
according to the Java JAVA Virtual Machine Specification. Figure 3 is a symbolic representation of 
the class data structure which holds the code for a class. The term code is used to refer to all of the 
instructions, variables, definitions, pointers, addresses etc, that are stored in a class file and/or a class 
data structure. Magic item 202 supplies the magic number identifying the class file. The values of 
minor version 204 and major version 206 are the minor and major version numbers of the compiler 
that produced the class file. Constant pool count item 208 provides the number of entries in the 
constant pool. Constant pool 210 is a table of variable length structures representing various string 
constants, class names, field names, integers, floating point numbers and other constants that are 
referred to within the class file structure and its substructures. The value of access flags item 212 is a 
mask of modifiers used with class and interface declarations. The access flags modifiers are public, 
final, super, interface and abstract. The value of this class item 214 must be a valid index into the 
constant pool table. The constant pool entry at that index must be a structure representing the class 
or interface defined by this class file. For a class, the value of superclass item 216 either must be 
zero or must be a valid index into the constant pool. If the value of the superclass item is nonzero, 
the constant pool entry at that index must be a structure representing the superclass of the class 
defined by this class file. 



The value of methods count item 226 provides the number of method_info structures in 
methods table 228. Each entry in methods table 228 must be a variable-length method_info structure 
providing a complete description of the Java JAVA Virtual Machine code for a method in the class or 
interface. The method J nfo structures represent all methods, both instance methods and, for classes, 
class (static) methods, declared by this class or interface type. 



paragraph: 



Please replace the paragraph on page 12, lines ^TT**^ with the following amended 



I) 
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Please replace the paragraph on page 12, lines \$*Z2 with the following amended 



paragraph: 

The value of the attributes count item 230 provides the number of attributes in attributes table 
232. Each entry in attributes table 232 must be a variable-length attribute structure. A class data 
structure can have any number of attributes associated with it. More information about ClassFile 
formats and the Java JAVA Virtual Machine can be found in The Java JAVA Virtual Machine 
Specification, Tim Lindholm and Frank Yellin, Addison- Wesley, 1997, incorporated herein by 
reference. 

Please replace the paragraph on page 13, lines jS-i^ with the following amended /L> 
paragraph: ( 

The value of the access_flags item is a mask of modifiers used to describe access permission 
to and properties of a method. The access_flags modifiers are public, private, protected, static, final, 
synchronized, native, abstract and strict. The value of the name index item must be a valid index 
into the constant pool. The constant pool entry at that index is a valid Java JAVA method name. 
The value of the descriptor_index item must be a valid index into the constant pool representing a 
valid Java JAVA method descriptor. The value of the attributes count item indicates the number of 
additional attributes of this method. Each value of the attributes table must be a variable-length 
attribute structure. A method can have code attributes and exception attributes. 



Please replace the paragraph on page 13, lines J^J^f with the following amended 
paragraph: 

The Code attribute is a variable-length attribute used in the attributes table of method info 
structures. A Code attribute contains the Java JAVA virtual machine instructions for a single Java 
JAVA method, instance initialization method or class interface initialization method. 
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Please replace the paragraph on page 16, lines Jp-21 and page 17, lines l-j/6 with the 
following amended paragraph: 

In step 302 of Figure 5, the system accesses the beginning of the byte code for a particular 
method. In one implementation, step 302 includes accessing the first element in the code array of the 
codeattribute of the methodjnfo structure. In step 304, the indices for the byte code are adjusted. 
That is, the system knows it needs to add code and knows how many bytes the code occupies. These 
bytes will be added to the array. Therefore, the remaining instructions need to be moved (change 
index) to make room for the new instructions. For example, if the start code needs 8 bytes, then the 
indices for the original code needs to be adjusted to reflect the displacement by 8 bytes. 
Additionally, all references to byte code within an instruction must also be adjusted; for example, the 
pointer reference for a jump or branch instruction must be adjusted. In step 306, new start code is 
added to the code array. An example of start code is code that starts a timer, tracer or other profiling 
mechanism. Some embodiments do not use start code. In step 308, the system accesses the end of 
the byte code, which in one embodiment is the end of the code array. In step 310, new exit byte code 
is added at the end of the code array. An example of exit code is code used to stop a timer, tracer or 
other profiling mechanism, as well as code to record information and/or perform action at the 
conclusion of a method. Some embodiments include adding all or a portion of the exit byte code at 
locations other than the end of the byte code. Step 310 also includes adding additional byte code to 
the code array that allows the return values and exceptions to be accessed. In step 312 of Figure 5, 
the exception table is adjusted. That is, because the indices of the byte codes changed, the values of 
start_pc, end_pc and handler_pc may need to be changed for existing exception handlers. Step 312 
can also include adjusting other tables in the class file, as appropriate to the particular 
implementation. In step 314, a new entry is added to the exception table. This new entry correlates 
to the new AFinally@ block. The new entry has a catch type of zero, indicating it is for all 
exceptions. Additionally, the new entry in the exceptions table will be added to the end of the 
exceptions table. The start_pc and end_pc of the new entry are set to include the original Java JAVA 
instructions for the method being modified. The value of the handler_pc for the new entry would 
point to the new byte code added in step 310. 
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Please replace the paragraph on page 17, lines 




with the following amended 




paragraph: 



Figure 6 is a flowchart describing more detail of the process of adding new exit byte code 
and the additional byte code for accessing return values and exceptions (step 310 of Figure 5). In 
step 402, new code is added to the code array to account for the situation where there is no exception. 
That is, the original Java JAVA method instructions are performed without any exceptions. After the 
original instructions are performed, the "Finally" block should be executed. The original code is 
modified to include a jump to the byte code subroutine for the AFinallyQ block. Additionally, new 
byte code is added to access the return value and pass that return value to an object (or other 
structure, process, entity, etc.) for storage, statistical or other purposes. 
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